STU 3 Candidate

This page is part of the FHIR Specification (v1.4.0: STU 3 Ballot 3). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions

A.6.0 US Laboratory Diagnostic Report Profile

Published by: HL7 Orders and Observations Workgroup

Primary Author: Eric M Haas, Health eData Inc.

A.6.0 Scope and Usage

This Diagnostic Report Profile is part of the The USLabOrder and USLabReport Implementation Guides. Its scope is US Realm ambulatory care and is based upon existing regulatory requirements for Laboratories and Electronic Health Record Systems (EHR-S) for ordering clinical laboratory results. The content has been modeled after the joint HL7 and The Standards and Interoperability (S and I) Framework Laboratory Orders and Results Interface Initiatives and the HL7 Lab Order Conceptual Specification and V3 Lab Normative Standard. However, much of the content is likely to be useable outside the ambulatory space and in other jurisdictions.

This DiagnosticReport profile covers the use cases between Laboratory Order/Results Sender and Laboratory Order/Results Receiver and the use case between Laboratory Results Sender and Public Health Agency Receiver. This profile is primarily used to report laboratory test results. It is also used to report prior test results when ordering. Although not specified in this implementation, it may be used in other resources as well.

For the purposes of this profile, all elements listed in the differential profile view are Supported which means that the Laboratory Order/Results Sender SHALL be capable of supplying these elements and or extensions to the Laboratory Order/Results Receiver if the data is available. For the Laboratory Order/Results Receiver Supported means they SHALL save/print/archive/etc. the supplied the elements and or extensions sent by the Laboratory Order/Results Sender.

In addition, for the DiagnosticReport.name element, Supported means that the Laboratory Order/Results Sender SHALL be capable of supplying both the LOINC and the local code if both exist and the Laboratory Order/Results Receiver SHALL be capable of consuming both if they exist.

Both the Laboratory Receiver and Laboratory Sender MAY use the information to control their display of the information.

Examples:
USLabReport DiagnosticReport Profile: Childhood Blood Lead Report

A.6.0.1 Content

Profiles:
USLab-DRUS Realm Laboratory Report
Examples:
USLab DiagnosticReport Example1

USLabReport DiagnosticReport Profile Canonical Example: Childhood Blood Lead Report